home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19941031-19941221
/
000297_news@columbia.edu_Tue Nov 29 14:02:01 1994.msg
< prev
next >
Wrap
Internet Message Format
|
1995-07-31
|
3KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA26425
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Tue, 29 Nov 1994 09:02:06 -0500
Received: by apakabar.cc.columbia.edu id AA14552
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Tue, 29 Nov 1994 09:02:04 -0500
Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: MS-DOS 3.1.3 problems
Date: 29 Nov 1994 14:02:01 GMT
Organization: Columbia University
Lines: 49
Message-Id: <3bfc8p$e68@apakabar.cc.columbia.edu>
References: <3bdfu2$qe6@news.cais.com>
Nntp-Posting-Host: watsun.cc.columbia.edu
Apparently-To: kermit.misc@watsun.cc.columbia.edu
In article <3bdfu2$qe6@news.cais.com>, <pifer@cais.cais.com> wrote:
> When we used V 3.11 we set up two macros for two purposes: 1) to
> download a file using the terminalr define and 2) to download a file
> and execute a local PC application. The following two lines are out of
> the mskermit.ini file:
>
> define terminalr RECEIVE, CONNECT
> define terminals RECEIVE graph.dat, RUN type graph.dat | grafdraw.exe,
> FINISH, CONNECT
>
> The first define, it appears, can be easily be done by the new
> built-in command. However, I do not see how the second would be done.
>
You can do absolutely anything with APC, but there are always risks when
computer A lets applications on computer B issue commands to it. That's
why we have three levels of security on APCs. By default, they are not
allowed at all, for paranoia's sake, since almost any command, when
issued maliciously, might be harmful. So the MS-DOS Kermit user must
issue "set terminal apc on" to enable the APC mechanism at all.
This is a change from version 3.13, where TERMINAL APC was ON by
default, due to user feedback. However, TERMINAL APC ON only allows
what are deemed "safe" commands (such as file transfer commands), and
disallows commands that are by their very nature unsafe (such as DELETE
and RUN). That's why your second example doesn't work. To allow RUN
commands in APCs, the MS-DOS Kermit user must SET TERMINAL APC
UNCHECKED, which is obviously risky.
There is, however, still a TERMINALR/TERMINALS-like mechanism in MS-DOS
Kermit, namely the PRODUCT macro, which allows the host application to
invoke a user-defined macro, and even pass arguments to it. See pages
181-182 of "Using MS-DOS Kermit".
>Also, does C-Kermit V 188 contain the APC command set or will we
>have to get V 189?
>
Any application can issue an APC command. It just sends ESC,
underscore, text, ESC, backslash. In C-Kermit 5A(188) you can
easily define a macro to do this:
define apc echo \27_\%1\27\92
which you can use like this:
apc { first command, second command, etc }
Of course it's always better to run an up-to-date version of C-Kermit.
- Frank